SPECIFICATION 



CROSS-REFERENCES TO RELATED APPLICATIONS 
[0001] This application claims priority from the following U.S. Provisional Patent 
Application, the disclosure of which, including all appendices and all attached documents, is 
incorporated by reference in its entirety for all purposes: 

[0002] U.S. Provisional Patent Application Serial No. 60/1 1 6,01 6 Li- Wen Chen entitled, 
"METHOD AND APPARATUS FOR PROCESSING CUSTOMER DATA FOR OLAP 
INTEGRATION AND APPLICATION INTEGRATION BASED ON REVERSE STAR 
SCHEMA," (Attorney Docket Number 19608-000200US) filed January 15, 1999. 

[0003] The following commonly-owned co-pending applications, including this one, are 
being filed concurrently and the others are hereby incorporated by reference in their entirety for 
all purposes: 

[0004] 1 . U.S. Patent Application Serial No. 09/483,385, Li- Wen Chen entitled, 

"METHOD FOR VISUALIZING INFORMATION IN A DATA WAREHOUSING 
ENVIRONMENT," (Attorney Docket Number 52719.00006); 

[0005] 2. U.S. Patent Application Serial No. 09/483,182, Li-Wen Chen entitled, 
"APPARATUS FOR VISUALIZING INFORMATION IN A DATA WAREHOUSING 
ENVIRONMENT," (Attorney Docket Number 52719.00008); and 

[0006] 3. U.S. Patent Application Serial No. 09/483,386, Li- Wen Chen entitled, 
"SYSTEM FOR VISUALIZING INFORMATION IN A DATA WAREHOUSING 
ENVIRONMENT," (Attorney Docket Number 19608-000230US). 

BACKGROUND OF THE INVENTION 
[0007] The present invention relates generally to computer database systems, and 
specifically to an apparatus for visualizing information having dynamic formats stored in a data 
warehousing environment. 

[0008] Few could foresee the rapid development of computer technology just a few years 
ago. Computers now have a place in our homes, our offices, our schools and even our briefcases 
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and satchels. As computer automation continues to impact an ever increasing portion of our daily 
lives, governments, businesses and individuals have turned to database technology to help them 
manage the "information explosion/ 1 the exponential proliferation of information that must be 
sorted, assimilated and managed on a continuing basis. One area of importance to the database 
design field is data model selection for database applications. 

[0009] A data model represents the structure or organization of data stored in the 

database. It enables the use of data in certain forms and may limit the data being used in other 
forms. Different applications usually require different data models. Many different data models 
can exist, and they usually differ markedly from one another. Typically, database applications are 
customized to a particular data model of a particular database. Usually, these applications must 
be re-implemented for every database, even though the functioning of the application remains the 
same. 

[0010] Presently, database developers have turned to data warehousing technology to 

resolve often conflicting data management requirements. Traditional data warehousing 
approaches focus on decision support applications, which emphasize summarized information 
having static formats. While perceived advantages exist, an inherent disadvantage to these 
systems is that the customer identity is lost. Further, usability of customer data analyses 
techniques can be improved over traditional approaches for displaying analysis results and 
database content to the user. 

[001 1] What is needed is an apparatus for analyzing customer data contained in 

databases, data marts and data warehouses and present the information in dynamic formats. 



SUMMARY OF THE INVENTION 
[0012] According to the invention, techniques for visualizing customer data contained in 

databases, data marts and data warehouses are provided. In an exemplary embodiment, the 
invention provides an apparatus for graphically analyzing relationships in data from one or more 
data sources of an enterprise. The apparatus can be used with many popular visualization tools, 
such as On Line Analytical Processing (OLAP) tools and the like. The apparatus is especially 
useful in conjunction with a meta-model based technique for modeling the enterprise data. The 
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enterprise is typically a business activity, but can also be other loci of human activity. 
Embodiments according to the invention can display data from a variety of sources in order to 
provide visual representations of data in a data warehousing environment. 
[0013] A first aspect in accordance with the present invention provides an apparatus for 

graphically analyzing relationships in data from one or more data sources of an enterprise. An 
embodiment of the apparatus can include a computer memory and a processor. The apparatus can 
perform a variety of functions, such as receiving a definition of at least one customer profile of a 
plurality of customer profile groups. Receiving from user input an indicator of a report 
configuration selection is also performed by the apparatus. Creating at least one first dimension 
table and at least one fact table based upon the report configuration selection and the information 
are performed by the apparatus. The apparatus can also provide a report comprised of the at least 
one first dimension table and the at least one fact table. Embodiments can provide reports using 
any of a plurality of quantitative analysis techniques, such as percentile, cumulative, ranking, and 
range brackets; statistical techniques, such as pareto, histogram, bell curve, and linear 
regressions; data mining techniques, such as affinity rules, neural networks, decision trees and 
fractal geometry; financial analysis techniques, such as net present value; and time series 
techniques, such as moving average. 

[0014] Some embodiments can also create a list of customers for each customer profile in 

said plurality of customer profile groups and create customer classification components in a meta 
model for each customer profile group. The meta model can be a customer centric model, such as 
a reverse star schema for example. 

[0015] In a particular embodiment, the present invention provides an apparatus for 

creating a customer profile report for business performance measures and the like. In this 
embodiment, creating at least one first dimension table includes creating a customer profile 
hierarchy; and creating at least one fact table further comprises aggregating business performance 
measures according to the customer profile hierarchy. 

[0016] In another embodiment, the present invention provides an apparatus for creating 

an operation report for business performance measures and the like. In this embodiment, creating 
at least one fact table comprises aggregating the business performance measures and filtering the 
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customer profiles. 

[0017] In a yet further embodiment, the present invention provides an apparatus for 

creating a customer behavior report for customer records and the like. In this embodiment, 
creating at least one first dimension table comprises creating customer profiles; and creating at 
least one fact table comprises aggregating customer records based on the customer profiles. 

[0018] A second aspect in accordance with the present invention provides for an 

apparatus for transferring information organized according to a first data model to an 
organization according to a second selectable data model to serve as the bases of analysis of the 
data. The apparatus can perform a variety of functions such as receiving as input a definition for 
the first data model and receiving as input a definition for the second data model. Creating a 
mapping to provide a translation for data from the first data model to the second data model can 
also be performed by the apparatus. Thereupon, data can be migrated from the first database to 
the second database according to the mapping. 

[0019] A third aspect in accordance with the present invention provides for an apparatus 

for analyzing information from a database. The database can be organized according to a first 
data model. The apparatus can perform receiving as input a definition of a second data model. 
Creating a mapping from the first data model to the second data model can also be performed by 
the apparatus. The apparatus can then analyze the data based upon the second data model and the 
mapping. 

[0020] Embodiments can organize data into data models to support any of a plurality of 

analyses models, such as scoring models, including profitability gains tables, recency and 
frequency monetary amount analysis, and retention and migration rate analysis; segmentation 
models, such as demographic, geographic, behavior, propensity to buy, propensity to terminate; 
and profiling models, such as customer life time value, sequence analysis, and affinity analysis. 

[0021] Numerous benefits are achieved by way of the present invention over 

conventional techniques. The present invention can provide techniques for visualizing data 
relationships that can be customized to fit different business needs. Yet further, some 
embodiments using the techniques and data models according to the present invention can be 
used to solve customer data analysis problems. Many embodiments can provide the ability to 
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users to customize their data displays for use with generic and reusable customer data analysis 
functions. Embodiments can provide dynamic viewing of customer dynamics and business 
dynamics. Many embodiments enable business applications to be built more easily, quickly and 
with greater expandability than heretofore known apparatus. These and other benefits are 
described throughout the present specification. A further understanding of the nature and 
advantages of the invention herein may be realized by reference to the remaining portions of the 
specification and the attached drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0022] Fig. 1 A illustrates representative architecture for data analysis and visualization 
according to the present invention; 

[0023] Fig. IB illustrates a representative computer system suitable for implementing a 
particular embodiment according to the present invention; 

[0024] Figs. 2A-2D illustrate data model examples in particular embodiments 
according to the present invention; 

[0025] Figs. 3A-3D illustrate representative data models in particular embodiments 

according to the present invention; 

[0026] Figs. 4A-4D illustrate representative visualization techniques in particular 

embodiments according to the present invention; 

[0027] Figs. 5A-5B illustrate representative flowcharts of simplified process steps 

according to an embodiment of the present invention; and 

[0028] Figs. 6A-6D illustrate representative data models in a particular embodiments 

according to the present invention. 

DESCRIPTION OF THE SPECIFIC EMBODIMENTS 
[0029] Embodiments according to the present invention can provide techniques for 

conducting customer data analysis based upon data present in enterprise information processing 
systems and visualizing the results of the analyses. 

[0030] Presently, enterprises can posses one or more decision support systems (DSS) that 
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focus on providing information to the decision maker to support various enterprise operations. 
Typically, this information centers on the operational performance and efficiency of an entire 
entity, such as a business, public entity, governmental agency and the like. However, legacy 
business decision systems are often built upon operation-centric paradigms, limiting their 
usefulness in customer-centric applications. Presently, capabilities to analyze customer 
intelligence, i.e., information about customer profiles, customer behaviors, and customer 
business behavior have become important sources of information to the decision maker. 

[0031] Legacy systems can include a plurality of separate or networked information 

systems, each supporting a particular business operation and business processes. For example, so 
named "mission-critical systems" support day-to-day business operations. These can include 
operational and transactional systems in corporate or governmental "back offices," such as 
enterprise resource planning applications, manufacturing applications, human resource 
applications, and the like. Systems deployed in so named "front office" applications are used by 
persons such as sales representatives, customer service representatives, or marketing staff, to 
serve customers daily. For example, sales force automation systems (SFA), marketing 
automation systems, helpdesk and the like are representative front office systems. Both Front 
Office and Back Office applications provide support for daily operations of the enterprise. 

[0032] Decision support systems provide analysis of summarized information and the 

like based upon an user's needs in analyzing and understanding the performance and efficiency of 
operations. Decision support systems can include data warehouse, datamarts, and the like. 
Decision support systems are predominately based on multi-dimensional models, and can 
provide certain customer intelligence analysis functionality. Decision support systems can 
provide decision makers with a "macro view" of the performance of operations. Typically, 
decision support systems comprise a data model having business dimensions that are defined 
during the design of the system. 

[0033] Fig. 1A illustrates the system architecture of the Customer-Centric Decision 

Support System in a particular embodiment according to the present invention. This diagram is 
merely an illustration and should not limit the scope of the claims herein. One of ordinary skill in 
the art would recognize other variations, modifications, and alternatives. Fig. 1 illustrates a 



Attorney Docket No.: HHPI-01000US2 
Jgeringson/hhpi/1 000us2/ 1000us2.Reply.doc 



-7- 



plurality of components, such as an OLAP console 1 . OLAP console 1 provides an interface to 
users who analyze data presented in OLAP form. OLAP console 1 provides a "front end" to 
OLAP tools that accept users' command inputs. An OLAP server 2. generates database queries 4 
for databases 6 from users' command inputs. The users can enter command inputs using a 
graphical user interface (GUI) or command line interfaces and the like. The command inputs can 
be applied to database 6 in order to retrieve information that can be provided to the user for 
presentation on OLAP console 1 using a GUI, or other presentation device. OLAP tools (not 
shown) can be used to manipulate data using a GUI in accordance with multi-dimensional model 
5, for example. The OLAP server can translate users' command inputs to database queries using a 
mapping of a users 1 multidimensional data model, as will be discussed in further detail below. 
[0034] OLAP meta data 3 can comprise a mapping from the user's multi-dimensional 

data models to a database model, such as data base 6. OLAP meta data 3 can provide a mapping 
of tables and attributes of multi-dimensional model 5 to dimensions and facts for database 6, for 
example. 

[0035] OLAP generated queries 4 can be generated by OLAP server 2 to retrieve a result 

set from database 6, for example. Multi-dimensional models 5 comprise conceptual models that 
can provide a "macro" view of business performance, for example. Such models can help 
business analysts to understand the performance of business operations, and the like. 

[0036] Decision support manager 21 manages processes of defining, creating, and 

generating data models, reports, meta data, tables and the like (3,5,6 and 12). Administration 
console 20 enables users to define data models, reports, and the like to Decision support manager 
21. This console can display the data models to users in a GUI, for example. 

[0037] Database 6 is created by the decision support manager 21 . Users can define a 

schema for database 6 from an administration console 20. Administration console 20 can be co- 
located with the OLAP console 1, in a particular embodiment. Users can define multi- 
dimensional models for their data using administration console 20. After users define their 
models, the decision support manager 21 can automatically create databases, such as database 6, 
according to the users' data model definitions. The decision support manager 21 can generate star 
schema data models that correspond to the multi-dimensional cube 5, for example. Manager 21 
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can generate procedures and mapping rules to populate databases with data from the data 
warehouse 8. 

[0038] Meta data repository 22 can store meta data used by decision support manager 21 . 

This meta data can include definitions for data models, reports, tables, procedures for managing 
processes, operational meta data, such as scheduling information, and the like. 

[0039] When users request reports, decision support manager 21 can generate 

intermediary tables, such as qualified target customer tables, for example, that can be reused later 
in other queries. Intermediary tables can be generated by a process for generating temporary 
tables that can be co-located with decision support manager 21 . Intermediary table cache 7 can 
manage intermediary tables in memory. Intermediary table cache 7 can maintain intermediary 
results in memory based on any of a plurality of cache replacement algorithms such as LRU, for 
example. In a presently preferred embodiment, decision support manager 21 can comprise a 
management process for managing the intermediary table cache 7. 

[0040] Data warehouse 8 comprises a data repository for customer data, business 

operational data, and the like. Data warehouse 8 can comprise a database, and can be used as an 
operational data store, for example. In a presently preferred embodiment, data warehouse 8 can 
have an identity centric data organization with customer information comprising the center 
identity. This data organization is sometimes referred to as a "reverse star schema" data model. 
This data organization comprises a "back-end tier" of data warehouse 8, while the front end tier 
is based on a data model called a "star schema". 

[0041] Data sources 9 comprise sources of the original data. In a representative 

embodiment, data sources 9 are the operational systems of an enterprise, such as a business, for 
example, used to manage day-to-day business operations, and the like. Data from data sources 9 
can be transformed and moved before it is used. The data can be transformed into a reverse star 
schema data model, for example, when it is stored into the data warehouse 8. 

[0042] Analysis reports 10 can be generated from the contents of data warehouse 

8. Users can request reports from the administration console 20. Manager 21 can 
formulate a query to database 6 in order to retrieve data. Manager 21 can send the data to the user 
as a report. 
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[0043] Applications 1 1 comprise business applications, and the like, that work with data 

stored in data warehouse 8. Applications 1 1 can comprise sales force automation applications, 
marketing automation applications, E-commerce applications, and the like. Users can select 
targeted customer segments of interest to be input to the application 1 1 using the administration 
console 20. Manager 21 can automatically generate the tables for integration with the 
applications. 

[0044] Targeted customer tables 12 contain information about targeted customers. These 

tables can be generated on demand, by schedule, or manually. Business applications can be 
integrated with customer-centric decision support functions based on tables 12 that can be 
generated from the data warehouse 8, for example. 

[0045] OLAP meta data can be generated based on a defined data model, such as multi 

dimensional data models 5, for example. Manager 21 can populate OLAP meta data 3 with meta 
data derived from users' definitions of data models. Thus, the OLAP meta data 3 can be 
automatically generated. 

[0046] Fig. IB illustrates a representative computer system suitable for implementing a 

particular embodiment according to the present invention. This diagram is merely an illustration 
and should not limit the scope of the claims herein. One of ordinary skill in the art would 
recognize other variations, modifications, and alternatives. Fig. IB shows basic subsystems of a 
computer system 1 13 suitable for use with the present invention. In Fig. IB, computer system 
113 includes a bus 115 which interconnects major subsystems such as a central processor 1 14, a 
system memory 1 16, an input/output controller 1 18, an external device such as a printer (not 
shown), a display screen 124 via a display adapter 126, a serial port 128, a keyboard 132, a fixed 
disk drive 144 and a removable disk drive 136 operative to receive a removable disk 138. Many 
other devices maybe connected such as a scanner (not shown) via I/O controller 1 18, a mouse 
146 connected to serial port 128 or a network interface 148. Many other devices or subsystems 
(not shown) may be connected in a similar manner. Also, it is not necessary for all of the devices 
shown in Fig. IB to be present to practice the present invention, as discussed below. The devices 
and subsystems may be interconnected in different ways from that shown in Fig. IB. The 
operation of a computer system such as that shown in Fig. IB is readily known in the art and is 



Attorney Docket No.: HHPI-01000US2 
Jgeringson/hhpi/ 1 000us2/l 000us2.Rep1y.doc 



- 10- 



not discussed in detail in the present application. Source code to implement the present invention 
may be operably disposed in system memory 1 16 or stored on storage media such as a fixed disk 
144 or a removable disk 138. 

[0047] In a presently preferable embodiment according to the present invention, a 

apparatus for providing customer data analysis capabilities heretofore unknown in the prior art 
can be operably disposed in the system memory 1 16 or fixed disk 144 of system 113 of Fig. IB. 
Customer data analysis can include, but is not limited to, decision support analysis that relates 
business decisions to customer behavior. Customer data analysis applications can analyze data 
based on customer identity and correlate customer activities, events, transactions, and status to 
the customers 1 identity. Techniques such as decision support applications, summarizing 
techniques and the like can also be used without departing from the scope of the present 
invention. 

[0048] A data model represents an organization of data in a database. Choice of a data 

model facilitates the use of data in certain ways and may limit the use of data in others. Different 
applications typically require different data models that are usually quite different from one 
another. Thus, database applications are typically customized to the data model used by the 
database. These applications can be implemented for databases having different data models even 
though the underlying logic of the application may be similar. A meta model is an abstract data 
model that describes relationships between different entities or groups of entities in a data model. 
Applications designed and developed in accordance with a particular meta model can be reused 
in other similar situations. Applications can be readily customized by exposing customizable 
details as meta data to application code. Thus, applications can customize a data model by 
following the relationships described in the meta model. 

[0049] Application developers can consider trade-offs among competing factors when 

creating a meta model. Some of these factors are: 1) the ability to customize the data model to fit 
different business application needs; 2) flexibility in designing re-usable application code; and 3) 
the usefulness of the application when using a particular specialized data model. 

[0050] Database applications can be written to conform to a meta model and refer to the 

detailed data model through means such as a data dictionary, for example. These and other 
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techniques according to the present invention enable application code to be reusable. One 
example of a data model/meta model combination is the star schema/multidimensional model 
combination that can be useful in data warehouse applications. In this combination, the star 
schema comprises a "universal data model" and the multidimensional model comprises a meta 
model. 

[0051] Data warehouses can use multi-dimensional models, such as meta models, to 

conceptualize business operations, for example. Such meta models can simplify tasks of 
analyzing and understanding the performance or efficiencies of business operations. Multi- 
dimensional models can provide "macro" views of the business performance, for example. Such 
views can be highly summarized in order to show the company executives a clear "big picture" of 
the business. Each piece of data can be indexed by multiple business processes, aspects, and the 
like in order to illustrate data from different view points to the executives. 

[0052] Fig 2A illustrates a representation of a data model in a particular embodiment 

according to the present invention. This diagram is merely an illustration and should not limit the 
scope of the claims herein. One of ordinary skill in the art would recognize other variations, 
modifications, and alternatives. Fig. 2 A illustrates a data model 201 having a star schema 
arrangement. Other arrangements are readily recognizable by those of ordinary skill in the art 
without departing from the scope of the claimed invention. Data model 201 comprises a fact 
table 202 and a plurality of dimension tables 204, 206, 208 and 210. The dimension tables are 
mapped to the indices of the dimensions in a multi-dimensional model of the database, and the 
records in the fact table can be mapped to the measures or data points in the multi-dimensional 
model of the data base. 

[0053] Fig. 2B illustrates a cube representation 220 representing the organization of 

dimension tables 204, 206, 208 and 210 and fact table 202 in data model 201 of Fig. 2A in a 
particular embodiment according to the present invention. This diagram is merely an illustration 
and should not limit the scope of the claims herein. One of ordinary skill in the art would 
recognize other variations, modifications, and alternatives. The dimensions of cube 
representation 220 in Fig. 2B can be defined at the time the database is created. However, 
alternative embodiments for providing customer data analyses based on dynamic behavior of 
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customers can create data cube representations, such as cube 220, from data in the data 
warehouse dynamically. Such embodiments can make the information accessible to the user on 
demand. 

[0054] Fig. 2C illustrates a mapping of a conceptual model, such as a meta model, into a 

data model in a particular embodiment according to the present invention. This diagram is merely 
an illustration and should not limit the scope of the claims herein. One of ordinary skill in the art 
would recognize other variations, modifications, and alternatives. Fig. 2C illustrates the mapping 
of relationships defined at the meta model level to a plurality of relational data models, 
represented by a plurality of cubes. In a present embodiment, the relational data models can have 
a "star schema" organization that is suitable for describing operational performance of enterprise- 
wide decision support mechanisms, for example. Star schema data organizations will be 
discussed in further below. Persons of ordinary skill in the art can readily create many variations 
of the star schema and multi-dimensional models to support a diverse plurality of applications, 
tools, systems, and frameworks without departing from the scope of the claimed invention. In an 
alternative embodiment, a multi-dimensional data base system can be implemented using a 
multi-dimensional model without mapping to a data model 

[0055] Fig. 2C illustrates generating multi-dimensional data models from a meta model 

in a particular embodiment according to the present invention. This diagram is merely an 
illustration and should not limit the scope of the claims herein. One of ordinary skill in the art 
would recognize other variations, modifications, and alternatives. Fig. 2C illustrates a meta 
model 230. Meta model 230 has a customer centric organization. However, other organizations 
can be used without departing from the scope of the claimed invention. 

[0056] Fig. 2C illustrates mapping meta model 230 into a plurality of data models, 

represented by cubes 270, 260, 250 and 240. Cubes 240 and 250, which are representative of 
operational performance based data organizations having a customer dimension and hierarchies 
of dynamic customer segmentations. Operational performance based data organizations having 
customer dimensions can show business performance measures as they relate to customer 
characteristics. Fig. 2C also illustrates a cube 260, which is a representative example of an 
operational performance based data organization having a customer segmentation filter. 
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Operational performance based data organizations can show certain business performance 
measures, such as sales amounts, for example, in the context of customer segmentations, such as 
revenue measure by product line and sales channels for customers that purchased a certain 
product within a specific time frame. Fig. 2C also illustrates cube 270, which is a representative 
example of a customer behavioral based data organization having a plurality of customer 
segmentation dimensions. Customer behavioral organizations can illustrate the customer's 
business behavioral distribution using different categorizations or segmentations. 
[0057] Fig. 2D illustrates a simplified representation of meta model 230 of Fig. 2C in a 

particular embodiment according to the present invention. This diagram is merely an illustration 
and should not limit the scope of the claims herein. One of ordinary skill in the art would 
recognize other variations, modifications, and alternatives. 

[0058] The data models of Figs. 2A-2D, as well as modifications and other data models 

readily apparent to those of ordinary skill in the art, can provide the bases for a plurality of 
applications in the embodiments according to the present invention, as will be described in 
greater detail below with reference to Figs. 3 A-3D using an example of a business customer data 
warehouse. 

[0059] Figs. 3 A-3D illustrate simplified entity relationship diagrams for representative 

example information relationships, or "schema" that can support customer intelligence analysis in 
various embodiments according to the present invention. Fig. 3 A illustrates a data model 340 in a 
particular embodiment according to the present invention. This diagram is merely an illustration 
and should not limit the scope of the claims herein. One of ordinary skill in the art would 
recognize other variations, modifications, and alternatives. Data model 340 is a representative 
example of the operational performance data organizations illustrated by cube 240 of Fig. 2C. 
Fig. 3A illustrates data model 340 that includes a customer dimension 342 for analyzing sales by 
customer. Data model 340 also includes a customer profile entity 344 to enable applications to 
determine sales by customer segments based on a profile. Data model 340 enables a customer 
profile to be developed based upon a plurality of pre-defined static characteristics or defined 
dynamic characteristics in profile entity 344. In this example, customer profile entity 344 
includes defined profiling attributes of customer purchase frequency level 341, average billing 
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level 343 and average return per month 345. Data model 340 is merely one example of a plurality 
of data models that can be used for customer data analysis. Other attributes can be added, and 
other arrangements can be used by those of ordinary skill in the art without departing from the 
scope of the claims of the invention. 

[0060] Fig. 3B illustrates a second data model 350 in a particular embodiment according 

to the present invention. This diagram is merely an illustration and should not limit the scope of 
the claims herein. One of ordinary skill in the art would recognize other variations, 
modifications, and alternatives. Fig. 3B illustrates facts of data model 340 of Fig. 3 A aggregated 
in order to obtain sales numbers for customer segments directly. Data model 350 is a 
representative example of the operational performance data organization having a customer 
dimension and a hierarchy of dynamic customer segmentations illustrated by cube 250 of Fig. 
2C. Data model 350 includes a customer profile entity 352 as a dimension for a fact 354. Data 
model 350 can provide for customer segments to be defined as gold, silver and copper, or any 
other acceptable scheme. Aggregation along one or more dimensional hierarchies can be 
performed. For example, sales numbers can be aggregated for customers at each level. 

[0061] Fig. 3C illustrates a data model 360 in a particular embodiment according to the 

present invention. This diagram is merely an illustration and should not limit the scope of the 
claims herein. One of ordinary skill in the art would recognize other variations, modifications, 
and alternatives. Fig. 3C illustrates a data model 360, which is a representative example of an 
operational performance based data organization having a customer segmentation filter 
illustrated by cube 250 of Fig. 2C. 

[0062] Fig. 3D illustrates a data model 370 in a particular embodiment according to the 

present invention. This diagram is merely an illustration and should not limit the scope of the 
claims herein. One of ordinary skill in the art would recognize other variations, modifications, 
and alternatives. Fig. 3D illustrates data model 370, which can provide for analyzing customer's 
business behavior using profiling. Data model 370 is a representative example of a customer 
behavioral based data organization having a customer segmentation dimension illustrated by 
cube 270 of Fig. 2C. Customer behavioral organizations can illustrate the customer's business 
behavioral distribution using different categorizations or segmentations. Applications can use 
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such data models to obtain information such as how many customers with certain characteristics 
can have a certain performance profile. Performance profiles can comprise customer profiles 
based on aggregated performance measures, for example. This information is provided by the 
profiling dimension 374 of data model 370, which is based on customer characteristics in the 
data warehouse. 

[0063] The data models of Figs. 3A-3D, as well as other data models readily apparent to 

those of ordinary skill in the art, can serve as the bases for a plurality of analyses in the 
embodiments according to the present invention, as will be described in greater detail below with 
reference to Figs. 4A-4D. 

[0064] Fig. 4A illustrates representative analysis techniques based upon data model 340 

of Fig. 3 A, which is also represented by cube 240 of Fig. 2C, in a particular embodiment 
according to the present invention. This diagram is merely an illustration and should not limit the 
scope of the claims herein. One of ordinary skill in the art would recognize other variations, 
modifications, and alternatives. Fig. 4A illustrates data model 340 represented by cube 
representation 440 having dimensions of customer (customer name), promotion (promotion) and 
time (months). A table 401 provides dimensions of cube 440, a business performance measure, 
average spending amount in this example, and a formula to compute the business performance 
measure. Report 405 provides shows example business measure average spending amount as it 
relates to customer characteristics. 

[0065] Fig. 4B illustrates representative analysis techniques based upon data model 350 

of Fig. 3B, which is also represented by cube 250 of Fig, 2C, in a particular embodiment 
according to the present invention. This diagram is merely an illustration and should not limit the 
scope of the claims herein. One of ordinary skill in the art would recognize other variations, 
modifications, and alternatives. Fig. 4B illustrates data model 350 represented by cube 
representation 450 having dimensions of customer (spending segment), promotion (promotion) 
and time (period). A table 41 1 provides dimensions of cube 450, a business performance 
measure, average spending amount in this example, and a formula to compute the business 
performance measure. Report 415 illustrates example business measure average spending amount 
as it relates to customer segments of gold, silver and copper. 



Attorney Docket No.: HHPI-01000US2 
Jgeringson/hhpi/1 000us2/l O0Ous2.Reply.doc 



-16- 



[0066] Fig. 4C illustrates representative analysis techniques based upon data model 360 

of Fig. 3C, which is also represented by cube 260 of Fig. 2C, in a particular embodiment 
according to the present invention. This diagram is merely an illustration and should not limit the 
scope of the claims herein. One of ordinary skill in the art would recognize other variations, 
modifications, and alternatives. Fig. 4C illustrates data model 360 represented by cube 
representation 460 having dimensions of channel (channel group), product (product group) and 
time (period). A table 421 provides dimensions of cube 460, a business performance measure, 
sales contribution in this example, a formula to compute the business performance measure and a 
filter dimension, customer in this example. Report 425 provides example business measure sales 
contribution as it relates to product groups, for various customer segments. 

[0067] Fig. 4D illustrates a representative analysis technique based upon a data model, 

such as data model 370 of Fig. 3D, which is also represented by cube 270 of Fig. 2C, in a 
particular embodiment according to the present invention. This diagram is merely an illustration 
and should not limit the scope of the claims herein. One of ordinary skill in the art would 
recognize other variations, modifications, and alternatives. Fig. 4D illustrates data model 370 
represented by cube representation 470 having dimensions of customer (spending segment) and 
promotion (promotion). A table 431 provides dimensions of cube 470, a business performance 
measure, customer count in this example, and a formula to compute the business performance 
measure. Report 435 provides shows example business measure customer count as it relates to 
customer segments of gold silver and copper in this example. 

[0068] Fig. 5 A illustrates a simplified diagram of representative customer intelligence 

analyses in a particular embodiment according to the present invention. This diagram is merely 
an illustration and should not limit the scope of the claims herein. One of ordinary skill in the art 
would recognize other variations, modifications, and alternatives. Some embodiments will not 
include all of the analyses illustrated by Fig. 5 A. While other embodiments may include other 
types of analyses. Information to be analyzed is retrieved from a customer database, which can be 
part of a data warehouse, such as data warehouse 8 of Fig. IA, for example, or a data mart. In 
many embodiments, this information will be directly or indirectly related to a specific customer 
identity. This information can be consolidated and structured for subsequent processing in the 
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following steps. In a representative embodiment consolidating and structuring information can 
comprise extracting the information from source databases, transforming it into formats 
compatible with the underlying meta model, which can be a reverse star schema, for example, 
and then loading the data into the meta model. 

[0069] In a step 504, customers are categorized (or segmented) based upon one or more 

characteristics. Characteristics can comprise static characteristics and dynamic characteristics. 
Static characteristics can comprise customer attributes not directly related to business conduct, 
but interesting from a business view point in understanding and predicting customer business 
behavior. For example, customer demographics, geographic information, and the like are static 
characteristics. Dynamic characteristics can comprise business behavior that customers exhibit 
during a course of business conduct. For example, customer activities, events, transactions, and 
information derived from therefrom are examples of dynamic characteristics. 

[0070] In a step 506, customer profiles can be defined. Customer profiles can be 

developed for the customer categories developed in step 504 above that are useful for 
understanding customer behavior in business operation contexts. A plurality of customer profiles 
can be defined such that each profile can comprise a set of customer characteristics that business 
decision makers can find useful to compare or correlate. For example, a profile can be defined for 
customers in age group comprising 20 to 30 years of age, an income level comprising $40,000.00 
to $70,000.00 and having an account open from 3 years to 5 years. 

[0071] In a step 508, customer behavioral trend analysis is performed. Business 

performance data, such as sales amount, revenue, number of customers, and the like, can be 
aggregated and correlated with one or more customer profiles, such as customer profiles 
developed in step 506, for example. In a presently preferable embodiment, trends can be analyzed 
in the business performance data for the customer profiles. The result can be presented to a user 
to provide an understanding of the customer business behavior and its trends, such as for 
example the information stored 435 of Fig. 4D. 

[0072] In a step 510, a prediction of customer behavior can be made based upon the 

understanding of customer behavior trends developed in step 508. Predictions about future 
customer behavior can be made based upon attributes or characteristics of the customer. For 
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example, in Market Basket Analysis, a set of affinity rules can be used to determine a purchase 
pattern based upon a customer profile. 

[0073] Fig. 5B illustrates a simplified diagram of process steps for creating a multi 

dimensional report for performing customer intelligence analysis in a representative embodiment 
according to the present invention. This diagram is merely an illustration and should not limit the 
scope of the claims herein. One of ordinary skill in the art would recognize other variations, 
modifications, and alternatives. In a step 550, a definition of at least one customer profile of a 
plurality of customer profile groups is received. Then, in a step 551, a determination is made 
whether persistent profiling is desired. If persistent profiling is desired, an optional step 552 of 
creating a list of customers for each customer profile in the customer profile groups is performed. 
Then, in another optional step 553, the customer lists created in step 552 are cached in 
intermediary table cache 12. Then, in an optional step 554, customer classification components in 
a meta model for each customer profile group are created. Otherwise, or in any event, a step 556 
of receiving input indicating a report configuration selection from a user is performed. In a 
present embodiment, a user can select from a variety of report types, comprising customer profile 
hierarchy, customer behavioral and customer segmentation and filtering. Embodiments can be 
readily created by those of ordinary skill in the art that include a subset of these report types, as 
well as include other types of reports without departing from the scope of the claims herein. 

[0074] Embodiments according to the present invention can create customer profile 

reports for information, such as business performance measures stored in a data warehouse, such 
as data warehouse 8 of Fig. IA, for example, or a data mart, or other data base. Fig. 5B illustrates 
a step 558, of creating at least one first dimension table for the customer profile report. In a step 
560, a customer profile hierarchy, as well as attributes, are created for the dimension tables 
created in step 558. Then, in a step 562, at least one fact table is created. The fact table can be 
created having a customer dimension, or an aggregate of the business performance measures, or 
other information in the data warehouse, according to the customer profile hierarchy. Finally, in a 
step 564, a report comprising the one or more dimension tables and the one or more fact tables is 
provided. 

[0075] Embodiments according to the present invention can create customer behavior 
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reports, for information, such as customer records, and the like, stored in a data warehouse, such 
as data warehouse 8 of Fig. IA, for example, or a data mart, or a data base. Fig. 5B illustrates a 
step 568 of creating at least one first dimension table for the customer profiles used in the 
customer behavior report. The dimension tables can include surrogate keys and the like. Then in 
a step 572 at least one fact table for customer behavioral information is created by aggregating 
customer records based on customer profiles. Finally, in a step 574, a report comprising the one 
or more dimension tables and the one or more fact tables is provided. 
[0076] Embodiments according to the present invention can create operations reports 

using customer segmentation and filtering and the like, for information, such as business 
performance measures and the like, stored in a data warehouse, such as data warehouse 8 of Fig. 
IA, for example, or a data mart, or other data base. Fig. 5B illustrates a step 578 of creating at 
least one first dimension table for the operations report. Then in a step 582 at least one fact table 
can be created by aggregating the business performance measures and filtering according to 
customer profiles. Finally, in a step 584, a report comprising the one or more dimension tables 
and the one or more fact tables is provided. 

[0077] Fig. 6A illustrates a simplified entity-relationship diagram of a representative 

meta model having a star schema organization according to a particular embodiment of the 
present invention. This diagram is merely an illustration and should not limit the scope of the 
claims herein. One of ordinary skill in the art would recognize other variations, modifications, 
and alternatives. A business measure group 1203 represents aggregate business performance 
measures for a business operation. The business measure group 1203 may comprise one or more 
"fact components", such as fact component 1200. Fact components represent specific 
measurements in various business subject areas that enterprise decision makers want to analyze. 
For example, common fact components can include many business performance measurements 
such as sales amounts, gross margins sales quantities and the like. Fig. 6A depicts a plurality of 
business operation groups 1204 which represent business processes or operations that index or 
describe the measures in business measure group 1203. Embodiments can have any number of 
business operations groups, such as business operation groups 1204 of Fig. 6A. Business 
operation group 1204 comprises one or more dimension components 1201, one or more 
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dimension lookup components 1202 and others. Dimension components 1201 represent 
particular business operations that characterize data in fact components. For example, items such 
as products, sales channels and the like can be dimensions for a sales fact. Dimension lookup 
components 1202 describe detail information about dimension components 1201. For example, 
items such as product categorization, product styles and the like can be dimension lookup 
components corresponding to a product dimension component. 

[0078] Embodiments employing star schema data models are useful for providing 

macroscopic perspective of business operation. Embodiments providing such macroscopic 
perspective enable a decision support system to provide decision-related information using a "big 
picture" as a guideline. Accordingly, star schema based embodiments can provide a static 
solution based upon pre-defined dimensions and summarized data. Data aggregation provided by 
embodiments having a star schema can provide a high level analysis perspective because of the 
nature of the multi-dimensional model. 

[0079] Fig. 6B illustrates a representative meta model for a reverse star schema in a 

particular embodiment for performing customer data analysis according to the present invention. 
This diagram is merely an illustration and should not limit the scope of the claims herein. One of 
ordinary skill in the art would recognize other variations, modifications and alternatives. Many 
customer data analyses correlate customer events or activities from different business operations 
across one or more areas of an enterprises' activities. In a particular embodiment, customer data 
analysis involves correlating different activities within different customer activity components, 
such as customer activity components 1215 of Fig. 6B. These analyses can correlate customer 
activities through a plurality of core components, such as core components 1212. Data in core 
components 1212 can be used as identifying entities for customer activities from different 
customer activity components. In some embodiments, data analyses operate on a more detailed level of 
customer activities. These embodiments search one or more activity lookup components, such as activity 
lookup components 1214, for more detailed customer activity data. The data in customer classification 
components provides different ways to categorize customers or different business views of the customers. 
For example, customers can be categorized by geographic region, demographics and the like. 
Embodiments using one or more of these types of customer classification components can provide a 
plurality of useful possible ways of viewing customer data analysis results. Embodiments 
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employing a reverse star schema provide a detail level view for data that provides the capability 
to perform analysis based on concepts such as customer data, customer activities and their 
correlation at the transaction or event level. 

[0080] Figure 6C illustrates a simplified general form of a representative data model in a 

particular embodiment according to the present invention. This diagram is merely an illustration 
and should not limit the scope of the claims herein. One of ordinary skill in the art would 
recognize other variations, modifications, and alternatives. The data model of Fig. 6C is a data 
model having a reverse star schema organization. Fig. 6C illustrates a representative data model 
comprising a focal group 1210, comprising at least one of a plurality of core components 1212, at 
least one of a plurality of customer classification components 1213, at least one of a plurality of 
customized groups 121 1, at least one of a plurality of customer activity components 1215 and at 
least one of a plurality of activity lookup components 1214. Other components can also be 
included, and not all of the components illustrated need be present in some embodiments without 
departing from the scope of the present invention. 

[0081] A focal group, such as focal group 1210, for example, includes components that 

describe information such as customer characteristics, profiles, business related classifications, 
customers 1 roles, definitions and the like in different business functional areas. Fig. 6C illustrates 
two types of components in focal group 1210. Other components can also be included without 
departing from the scope of the present invention. Fig 6C. illustrates core components 1212, and 
customer classification components 1213. Core components 1212 include a Customer entity (CC 
1) and other related customer identity data designated by (CC2 - CCn). Information such as an 
account identifier, social security number, encrypted name, and the like are examples of such 
customer identity data. These entities can be especially useful in performing customer event 
correlation analysis. Customer classification components 1213 describe information about the 
customers 1 roles or positions in the business organizations or processes. These descriptive 
components can be related to the structure or organization of a customers 1 business, for example, 
information such as region, channel, sales organization and the like, or to characteristics of the 
customer, such as business profile, demographics, current profile, and the like. 

[0082] The components of customized group 1211 correspond to various forms of 
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operational business transactions. As event transactions can be scattered over time, these 
components comprise a set of business measures and attributes. These events can be independent 
as well as dependent from one another. A particular sequence of events can be used to describe 
different stages of customer activity. For example, in a particular time period, a customer may go 
through a sequence of events such as: subscription > billing > payment > promotion > price plan 
change > service call > cancellation. Each event can involve a plurality of different business 
processes or operations that reflect a lifecycle of a customer. 

[0083] Customized group 1211 comprises a plurality of customer activity components 

1215, a plurality of activity lookup components 1214 and the like. Customer activity components 
1215 can represent event transactions or measures about customer activities. These entities can 
comprise one or more attributes, such as a transaction type, a transaction timestamp and others. 
When customer activity components 1215 are defined, a domain value for a transaction type is 
selected. Transaction type is an attribute useful for event correlation analysis. Li one particular 
embodiment, users can define customer activity components, such as customer activity 
components 1215, by selecting attributes from a plurality of pre-built attributes. Some 
embodiments can also provide the capability to add user-defined attributes. Many embodiments 
provide the capability to define customer activity entities (e.g., CAC3 in Fig. 6C). Activity 
lookup components 1214 represent entities that detail characteristics of customer event 
transactions. For example, products purchased in a transaction, store location of purchase and the 
like can be stored as activity lookup entities 1214 for analysis. 

[0084] Fig. 6D illustrates a simplified entity relationship diagram of a representative 

example of a data model having a reverse star schema organization in a particular embodiment 
according to the present invention. This diagram is merely an illustration and should not limit the 
scope of the claims herein. One of ordinary skill in the art would recognize other variations, 
modifications, and alternatives. In the example data model of Fig. 6D, core components 1212 of 
Fig. 6C comprise a customer entity 1220 and an account entity 1222. Arrow 1221 indicates a one 
to many relationship between customer entity 1220 and account entity. The presence of entities 
such as customer entity 1220 and account entity 1222 enables data model 1219 to provide 
account level concepts for queries relating to customers in the business model under 
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consideration. Fig. 6D illustrates customer classification component 1213 of Fig. 6C comprising 
a plurality of entities, of which four are illustrated: A sales channel entity 1228 a customer region 
entity 1230, a customer profile entity 1224 and a demographics entity 1226. Many embodiments 
can include other entities, or include some but not all of these entities without departing from the 
scope of the present invention. 

[0085] In a particular representative embodiment, demographics entity 1226, customer 

profile entity 1224 and customer region entity 1230 have relationships with customer entity 1220. 
For example, as illustrated in Fig. 6D, arrow 1223 indicates a many to one relationship between 
customer entity 1220 and demographics entity 1226. Similarly, arrow 1225 indicates a many to 
one relationship between customer entity 1220 and customer profile 1224; arrow 1227 indicates a 
many to one relationship between customer entity 1220 and region entity 1230. Further, in this 
particular embodiment, sales channel entity 1228 has a one to many relationship with account 
entity 1222, as indicated by arrow 1229 in Fig. 6D. 

[0086] In the particular representative embodiment illustrated by Fig. 6D, a plurality of 

different entities comprise customer activity components 1215 of Fig. 4 A. These entities include 
a billing transactions entity 1232, a purchase/return transactions entity 1234, a service events 
entity 1236, a sales activities entity 1240, a promotions entity 1242 and a user defined events 
1238. Further, Fig. 6D illustrates an activity lookup component, which comprises a products 
entity 1244. Other entities not shown or described here can also be included in some 
embodiments according to the present invention. Further, some embodiments may not provide all 
the entities described here, without departing from the scope of the present invention. 



CONCLUSION 

[0087] Although the above has generally described the present invention according to 

specific systems, the present invention has a much broader range of applicability. In particular, 
the present invention is not limited to a particular kind of data schema, but can be applied to any 
data model where an improved or optimized analysis is desired for use with customer centered 
data warehousing systems and applications. Thus, in some embodiments, the techniques of the 
present invention could provide access to many different legacy business, governmental and 
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educational databases of all kinds. Of course, one of ordinary skill in the art would recognize 
other variations, modifications, and alternatives. 
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